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DETAILED ACTION 

1 . Claims 1-46 are pending in this office action. 

Information Disclosure Statement 

2. Applicants Information Disclosure Statement, filed on 03/1 1/2005 has been 
received, entered and considered. See attached form PTO-1449. 

Specification 

3. The specification is objected to as failing to provide proper antecedent basis for 
the claimed subject matter. See 37 CFR 1.75(d)(1) and MPEP § 608.01 (o). Correction 
of the following is required: 

It is unclear as to what the computer readable medium in claim 46 is referred to 
in the description. 

Claim Rejections - 35 USC § 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 
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Claims 1-7, 12-23, 25-27, 31-37, 42-44, and 46 are rejected under 35 U.S.C. 
102(b) as being anticipated by Printezis etal. (Printezis hereinafter) (NPL "A 
Generational Mostly-Concurrent Garbage Collector")- 

With respect to claim 1 , Printezis teaches a method for collecting garbage in 
a computing environment, the method comprising: 

"a) tracing a root object to any of its reachable objects in a population of 
objects" as record all objects directly reachable from the roots (globals, stacks, 
registers) of the system (Printezis Page 4 "Mostly Concurrent Collection (Initial 
marking pause)"). 

"b) marking any of said objects referred to in step a)" as at the same time, 
initiate a concurrent marking phase, which marks a transitive closure of reachable 
objects (Printezis Page 4 "Mostly Concurrent Collection (Concurrent marking 
phase)"). 

"c) unmarking a marked card comprising any of said objects" as Figure 1 
illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. Figure 1a shows the heap halfway through the 
concurrent marking phase. Objects b, c, and e have been marked. At this point, the 
mutator performs two updates: object g drops its reference to d, and object b has its 
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reference field, which pointed to c, overwritten with a reference to d. The result of these 
updates is illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to 
be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets a page as a card since the page comprises the objects. The examiner also 
interprets dirtied page to be marked and clean pages as unmarked. 

"d) tracing any marked object on said unmarked card to an unmarked 
referent object of said marked object 

e) marking said unmarked referent object 

f) tracing said referent object marked in step e) to any of its reachable 
objects 

g) marking any of said objects referred to in step f) 

h) tracing any unmarked root object referent to any of its reachable objects 

i) marking any of said objects referred to in step h)" as complete the marking 
phase by marking from the roots, considering modified reference fields in marked 
objects as additional roots. Since such fields contain the only references that the 
concurrent marking phase may not have observed, this ensures that the final transitive 
closure includes all objects reachable at the start of the final marking phase (Printezis 
Page 4 "Final marking pause" & Figure 1). These lines and figure 1 teaches us that 
there are multiple steps of tracing and marking objects. 

"j) performing any of steps c)-g)" as it may also include some objects that 
became unreachable after they were marked. These will be collected during the next 
garbage collection cycle (Printezis Page 4 "Final marking pause"). 
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"k) designating any unmarked object in said population of objects as 
available for reallocation" as every such path consists either entirely of unmarked 
objects allocated during marking, or contains at least one marked object (Printezis 
Page 16 "4.8 Concurrency Issues"). These lines teach that the unmarked objects are 
allocated during marking. 

"wherein any of steps a)-g) are performed upon said population of objects 
concurrently with the operation of a mutator upon said population of objects 
within said computing environment" as a garbage collection algorithm that has been 
designed to serve as the oldest generation of a generational memory system. It 
attempts to decrease the worst-case garbage collection pause time, while taking 
advantage of the benefits of a generational system. It is an adaptation of the "mostly 
parallel" algorithm of Boehm et al. [6]. It usually operates concurrently with the mutator, 
only occasionally suspending the mutator for short periods (Printezis Page 2 "1. 
Introduction") and "wherein any of steps h)-k) are performed upon said 
population of objects while no mutator operates upon said population of objects 
within said computing environment" as there are some ways in which our mostly- 
concurrent collector has been optimized or modified to work as the older generation in a 
generational collector. First, we recognize that, for most programs, a large majority of 
allocation in the older generation will be done via promotion from the young generation. 
(The remainder is "direct" allocation by the mutator in the older generation, which 
usually occurs only for objects too large to be allocated in the young generation). 
Promotion occurs while mutator threads and the concurrent garbage collector thread 



Application/Control Number: 10/625,048 Page 6 

Art Unit: 2166 

are suspended, which simplifies matters. We take advantage of this simplification by 
supporting a linear allocation mode during young-generation collection (Printezis Page 
13 "4.6 Interaction with Young-Generation Collection"). The examiner interprets the 
steps a)-g) as oldest and older generation collection and steps h)-k) as young 
generation collection. These lines teach us that the mutators are suspended and do not 
operate for the young generation collection. 

Claims 31 and 46 are essentially the same as claim 1 except they set forth the 
claimed invention as a system and a computer program and are rejected for the same 
reasons as applied hereinabove. 

With respect to claim 2, Printezis teaches "a method according to claim I and 
further comprising marking said card if said mutator modifies an object pointer of 
an object in said card" as the base generational system, a young-generation 
collection scans all dirty old-space cards, searching for pointers into the young 
generation. If none are found, there is no need to scan this card in the next collection, 
so the card is marked as clean. Before a young-generation collection cleans a dirty 
card, the information that the card has been modified must be recorded for the mostly- 
concurrent collector (Printezis Page 9 "4.2 Using the Card Table"). In figure one 
when an object pointer is modified the page/card is marked/dirtied. 
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Claims 13, 17, 21, 25, and 32 are same as claim 2 except claim 32 sets forth the 
claimed invention as a system and are rejected for the same reasons as applied 
hereinabove. 

With respect to claim 3, Printezis teaches "a method according to claim 1 
wherein any of steps a)-g) are performed concurrently" as at the same time, initiate 
a concurrent marking phase, which marks a transitive closure of reachable objects. This 
closure is not guaranteed to contain all objects reachable at the end of marking, since 
concurrent updates of reference fields by the mutator may have prevented the marking 
phase from reaching some live objects (Printezis Page 4 "Mostly Concurrent 
Collection (Concurrent marking phase)"). 

Claims 14, 18, 22, 26, and 33 are same as claim 3 except claim 33 sets forth the 
claimed invention as a system and are rejected for the same reasons as applied 
hereinabove. 

With respect to claim 4, Printezis teaches "a method according to claim 1 
wherein any of steps h)-j) are performed concurrently" as at the same time, initiate 
a concurrent marking phase, which marks a transitive closure of reachable objects. This 
closure is not guaranteed to contain all objects reachable at the end of marking, since 
concurrent updates of reference fields by the mutator may have prevented the marking 
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phase from reaching some live objects (Printezis Page 4 "Mostly Concurrent 
Collection (Concurrent marking phase)"). 

Claims 15, 19, 23, 27, and 34 are same as claim 4 except claim 34 sets forth the 
claimed invention as a system and are rejected for the same reasons as applied 
hereinabove. 

With respect to claim 5, Pritntezis teaches "a method according to claim 1 
wherein either of steps a) and f) are performed for a given object only if the card 
to which the object belongs is not marked" as Figure 1 illustrates the operation of 
the mostly-concurrent algorithm. In this simple example, the heap contains 7 objects 
and is split into 4 pages. During the initial marking pause (not illustrated), all 4 pages 
are marked as clean and object a is marked live, since it is reachable from a thread 
stack (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner interprets 
clean pages as unmarked and dirty pages as marked. In figure 1a pages 0, 1, 2 are 
unmarked/clean and have objects on these cards/pages. 

Claim 35 is essentially the same as claim 5 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 6, Printezis teaches "a method according to claim 1 and 
further comprising marking said card only if there is at least one marked object 
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already on said card" as figure 1a shows the heap halfway through the concurrent 
marking phase. Objects b, c, and e have been marked. At this point, the mutator 
performs two updates: object g drops its reference to d, and object b has its reference 
field, which pointed to c, overwritten with a reference to d. The result of these updates is 
illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to be dirtied 
(Printezis Page 5 "A Concrete Example" & Figure 1). The examiner interprets clean 
pages as unmarked and dirty pages as marked. Page 1 in figure 1b has marked 
objects and the card itself is also marked/dirtied. 

Claim 36 is essentially the same as claim 6 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 7, Printezis teaches "a method according to claim 1 and 
further comprising periodically unmarking any marked card that does not contain 
at least one of said marked objects" as Figure 1 illustrates the operation of the 
mostly-concurrent algorithm. In this simple example, the heap contains 7 objects and is 
split into 4 pages. During the initial marking pause (not illustrated), all 4 pages are 
marked as clean and object a is marked live, since it is reachable from a thread stack. A 
concurrent sweeping phase follows, and will reclaim the unmarked object f (Printezis 
Page 5 "A Concrete Example" & Figure 1). The examiner interprets clean pages as 
unmarked and dirty pages as marked. In figure 1d page 3 is unmarked from being 
marked. 
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Claim 37 is essentially the same as claim 7 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 12, Printezis teaches a method for collecting garbage in 
a computing environment, the method comprising: 

"a) tracing a root object to any of its reachable objects in a population of 
objects" as record all objects directly reachable from the roots (globals, stacks, 
registers) of the system (Printezis Page 4 "Mostly Concurrent Collection (Initial 
marking pause)"). 

"b) marking any of said objects referred to in step a)" as at the same time, 
initiate a concurrent marking phase, which marks a transitive closure of reachable 
objects (Printezis Page 4 "Mostly Concurrent Collection (Concurrent marking 
phase)"). 

"c) unmarking a marked card comprising any of said objects" as Figure 1 
illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. Figure 1a shows the heap halfway through the 
concurrent marking phase. Objects b, c, and e have been marked. At this point, the 
mutator performs two updates: object g drops its reference to d, and object b has its 
reference field, which pointed to c, overwritten with a reference to d. The result of these 



Application/Control Number: 10/625,048 Page 1 1 

Art Unit: 2166 

updates is illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to 
be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets a page as a card since the page comprises the objects. The examiner also 
interprets dirtied page to be marked and clean pages as unmarked. 

"d) tracing any marked object on said unmarked card to an unmarked 
referent object of said marked object 

e) marking said unmarked referent object 

f) tracing said referent object marked in step e) to any of its reachable 
objects 

g) marking any of said objects referred to in step f) 

h) tracing any unmarked root object referent to any of its reachable objects 

i) marking any of said objects referred to in step h)" as complete the marking 
phase by marking from the roots, considering modified reference fields in marked 
objects as additional roots. Since such fields contain the only references that the 
concurrent marking phase may not have observed, this ensures that the final transitive 
closure includes all objects reachable at the start of the final marking phase (Printezis 
Page 4 "Final marking pause" & Figure 1). These lines and figure 1 teaches us that 
there are multiple steps of tracing and marking objects. 

"j) performing any of steps c)-g)" as it may also include some objects that 
became unreachable after they were marked. These will be collected during the next 
garbage collection cycle (Printezis Page 4 "Final marking pause"). 
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"k) designating any unmarked object in said population of objects as 
available for reallocation" as every such path consists either entirely of unmarked 
objects allocated during marking, or contains at least one marked object (Printezis 
Page 16 "4.8 Concurrency Issues"). These lines teach that the unmarked objects are 
allocated during marking. 

"wherein either of steps a) and f) are performed for a given object only if 
the card to which the object belongs is not marked" as Figure 1 illustrates the 
operation of the mostly-concurrent algorithm. In this simple example, the heap contains 
7 objects and is split into 4 pages. During the initial marking pause (not illustrated), all 4 
pages are marked as clean and object a is marked live, since it is reachable from a 
thread stack (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets clean pages as unmarked and dirty pages as marked. In figure 1a pages 0, 
1, 2 are unmarked/clean and have objects on these cards/pages. And "wherein any of 
steps a)-g) are performed upon said population of objects concurrently with the 
operation of a mutator upon said population of objects within said computing 
environment" as a garbage collection algorithm that has been designed to serve as the 
oldest generation of a generational memory system. It attempts to decrease the worst- 
case garbage collection pause time, while taking advantage of the benefits of a 
generational system. It is an adaptation of the "mostly parallel" algorithm of Boehm et ai 
[6], It usually operates concurrently with the mutator, only occasionally suspending the 
mutator for short periods (Printezis Page 2 "1. Introduction") and "wherein any of 
steps h)-k) are performed upon said population of objects while no mutator 
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operates upon said population of objects within said computing environment" as 

there are some ways in which our mostly-concurrent collector has been optimized or 
modified to work as the older generation in a generational collector. First, we recognize 
that, for most programs, a large majority of allocation in the older generation will be 
done via promotion from the young generation. (The remainder is "direct" allocation by 
the mutator in the older generation, which usually occurs only for objects too large to be 
allocated in the young generation). Promotion occurs while mutator threads and the 
concurrent garbage collector thread are suspended, which simplifies matters. We take 
advantage of this simplification by supporting a linear allocation mode during young- 
generation collection (Printezis Page 13 "4.6 Interaction with Young-Generation 
Collection"). The examiner interprets the steps a)-g) as oldest and older generation 
collection and steps h)-k) as young generation collection. These lines teach us that the 
mutators are suspended and do not operate for the young generation collection. 

Claim 42 is essentially the same as claim 12 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 16, Printezis teaches a method for collecting garbage in 
a computing environment, the method comprising: 

"a) tracing a root object to any of its reachable objects in a population of 
objects" as record all objects directly reachable from the roots (globals, stacks, 
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registers) of the system (Printezis Page 4 "Mostly Concurrent Collection (Initial 
marking pause)"). 

"b) marking any of said objects referred to in step a)" as at the same time, 
initiate a concurrent marking phase, which marks a transitive closure of reachable 
objects (Printezis Page 4 "Mostly Concurrent Collection (Concurrent marking 
phase)"). 

"c) unmarking a marked card comprising any of said objects" as Figure 1 
illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. Figure 1a shows the heap halfway through the 
concurrent marking phase. Objects b, c, and e have been marked. At this point, the 
mutator performs two updates: object g drops its reference to d, and object b has its 
reference field, which pointed to c, overwritten with a reference to d. The result of these 
updates is illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to 
be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets a page as a card since the page comprises the objects. The examiner also 
interprets dirtied page to be marked and clean pages as unmarked. 

"d) tracing any marked object on said unmarked card to an unmarked 
referent object of said marked object 

e) marking said unmarked referent object 
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f) tracing said referent object marked in step e) to any of its reachable 
objects 

g) marking any of said objects referred to in step f) 

h) tracing any unmarked root object referent to any of its reachable objects 

i) marking any of said objects referred to in step h)" as complete the marking 
phase by marking from the roots, considering modified reference fields in marked 
objects as additional roots. Since such fields contain the only references that the 
concurrent marking phase may not have observed, this ensures that the final transitive 
closure includes all objects reachable at the start of the final marking phase (Printezis 
Page 4 "Final marking pause" & Figure 1). These lines and figure 1 teaches us that 
there are multiple steps of tracing and marking objects. 

"j) performing any of steps c)-g)" as it may also include some objects that 
became unreachable after they were marked. These will be collected during the next 
garbage collection cycle (Printezis Page 4 "Final marking pause"). 

"k) designating any unmarked object in said population of objects as 
available for reallocation" as every such path consists either entirely of unmarked 
objects allocated during marking, or contains at least one marked object (Printezis 
Page 16 "4.8 Concurrency Issues"). These lines teach that the unmarked objects are 
allocated during marking. 

"wherein prior to said unmarking step c) said card is marked only if there is 
at least one marked object already on said card" as figure 1a shows the heap 
halfway through the concurrent marking phase. Objects b, c, and e have been marked. 
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At this point, the mutator performs two updates: object g drops its reference to d, and 
object b has its reference field, which pointed to c, overwritten with a reference to d. The 
result of these updates is illustrated in Figure 1b. Also note that the updates caused 
pages 1 and 3 to be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The 
examiner interprets clean pages as unmarked and dirty pages as marked. Page 1 in 
figure 1b has marked objects and the card itself is also marked/dirtied. And "wherein 
any of steps a)-g) are performed upon said population of objects concurrently 
with the operation of a mutator upon said population of objects within said 
computing environment" as a garbage collection algorithm that has been designed to 
serve as the oldest generation of a generational memory system. It attempts to 
decrease the worst-case garbage collection pause time, while taking advantage of the 
benefits of a generational system. It is an adaptation of the "mostly parallel" algorithm of 
Boehm etal. [6]. It usually operates concurrently with the mutator, only occasionally 
suspending the mutator for short periods (Printezis Page 2 "1. Introduction") and 
"wherein any of steps h)-k) are performed upon said population of objects while 
no mutator operates upon said population of objects within said computing 
environment" as there are some ways in which our mostly-concurrent collector has 
been optimized or modified to work as the older generation in a generational collector. 
First, we recognize that, for most programs, a large majority of allocation in the older 
generation will be done via promotion from the young generation. (The remainder is 
"direct" allocation by the mutator in the older generation, which usually occurs only for 
objects too large to be allocated in the young generation). Promotion occurs while 
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mutator threads and the concurrent garbage collector thread are suspended, which 
simplifies matters. We take advantage of this simplification by supporting a linear 
allocation mode during young-generation collection (Printezis Page 13 "4.6 Interaction 
with Young-Generation Collection"). The examiner interprets the steps a)-g) as 
oldest and older generation collection and steps h)-k) as young generation collection. 
These lines teach us that the mutators are suspended and do not operate for the young 
generation collection. 

Claim 43 is essentially the same as claim 16 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 20, Printezis teaches a method for collecting garbage in 
a computing environment, the method comprising: 

"a) tracing a root object to any of its reachable objects in a population of 
objects" as record all objects directly reachable from the roots (globals, stacks, 
registers) of the system (Printezis Page 4 "Mostly Concurrent Collection (Initial 
marking pause)"). 

"b) marking any of said objects referred to in step a)" as at the same time, 
initiate a concurrent marking phase, which marks a transitive closure of reachable 
objects (Printezis Page 4 "Mostly Concurrent Collection (Concurrent marking 
phase)"). 
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"c) unmarking a marked card comprising any of said objects" as Figure 1 
illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. Figure 1a shows the heap halfway through the 
concurrent marking phase. Objects b, c, and e have been marked. At this point, the 
mutator performs two updates: object g drops its reference to d, and object b has its 
reference field, which pointed to c, overwritten with a reference to d. The result of these 
updates is illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to 
be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets a page as a card since the page comprises the objects. The examiner also 
interprets dirtied page to be marked and clean pages as unmarked. 

"d) tracing any marked object on said unmarked card to an unmarked 
referent object of said marked object 

e) marking said unmarked referent object 

f) tracing said referent object marked in step e) to any of its reachable 
objects 

g) marking any of said objects referred to in step f) 

h) tracing any unmarked root object referent to any of its reachable objects 

i) marking any of said objects referred to in step h)" as complete the marking 
phase by marking from the roots, considering modified reference fields in marked 
objects as additional roots. Since such fields contain the only references that the 
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concurrent marking phase may not have observed, this ensures that the final transitive 
closure includes all objects reachable at the start of the final marking phase (Printezis 
Page 4 "Final marking pause" & Figure 1). These lines and figure 1 teaches us that 
there are multiple steps of tracing and marking objects. 

"j) performing any of steps c)-g)" as it may also include some objects that 
became unreachable after they were marked. These will be collected during the next 
garbage collection cycle (Printezis Page 4 "Final marking pause"). 

"k) designating any unmarked object in said population of objects as 
available for reallocation" as every such path consists either entirely of unmarked 
objects allocated during marking, or contains at least one marked object (Printezis 
Page 16 "4.8 Concurrency Issues"). These lines teach that the unmarked objects are 
allocated during marking. 

"I) prior to performing any of steps a)-g), periodically unmarking any 
marked card that does not contain at least one of said marked objects" as Figure 
1 illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. A concurrent sweeping phase follows, and will reclaim 
the unmarked object f (Printezis Page 5 "A Concrete Example" & Figure 1). The 
examiner interprets clean pages as unmarked and dirty pages as marked. In figure 1d 
page 3 is unmarked from being marked. 
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"wherein any of steps a)-g) are performed upon said population of objects 
concurrently with the operation of a mutator upon said population of objects 
within said computing environment" as a garbage collection algorithm that has been 
designed to serve as the oldest generation of a generational memory system. It 
attempts to decrease the worst-case garbage collection pause time, while taking 
advantage of the benefits of a generational system. It is an adaptation of the "mostly 
parallel" algorithm of Boehm etal. [6]. It usually operates concurrently with the mutator, 
only occasionally suspending the mutator for short periods (Printezis Page 2 "1. 
Introduction") and "wherein any of steps h)-k) are performed upon said 
population of objects while no mutator operates upon said population of objects 
within said computing environment" as there are some ways in which our mostly- 
concurrent collector has been optimized or modified to work as the older generation in a 
generational collector. First, we recognize that, for most programs, a large majority of 
allocation in the older generation will be done via promotion from the young generation. 
(The remainder is "direct" allocation by the mutator in the older generation, which 
usually occurs only for objects too large to be allocated in the young generation). 
Promotion occurs while mutator threads and the concurrent garbage collector thread 
are suspended, which simplifies matters. We take advantage of this simplification by 
supporting a linear allocation mode during young-generation collection (Printezis Page 
13 "4.6 Interaction with Young-Generation Collection"). The examiner interprets the 
steps a)-g) as oldest and older generation collection and steps h)-k) as young 
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generation collection. These lines teach us that the mutators are suspended and do not 
operate for the young generation collection. 

Claim 44 is essentially the same as claim 20 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 



Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 

under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 

not commonly owned at the time a later invention was made in order for the examiner to 

consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 

prior art under 35 U.S.C. 103(a). 
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Claims 8-11, 24, 28-30, 38-41, and 45 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Printezis et al. (NPL "A Generational Mostly-Concurrent 
Garbage Collector") as applied to claims 1-7, 12-23, 25-27, 31-37, 42-44, and 46 above, 
in view of Barabash etal. (Barabash hereinafter) (NPL "A Parallel, Incremental, Mostly 
Concurrent Garbage Collector for Servers"). 

With respect to claim 8, Printezis teaches "a method according to claim 1 and 
further comprising: designating any of said objects as "new"" as care must be 
taken not to deallocate newly allocated objects. This can be accomplished by allocating 
objects "live" (i.e., marked), at least during this phase (Printezis Page 4 "Mostly 
Concurrent Collection (Concurrent sweeping phase)"). Examiner interprets "live" as 
"new". 

Printezis teaches the elements of claim 8 as noted above but does not explicitly 
disclose the step of "deferring the tracing of said "new" objects during any cycle of 
a plurality of cycles during which any of steps a)-g) are performed." 

However, Barabash discloses "deferring the tracing of said "new" objects 
during any cycle of a plurality of cycles during which any of steps a)-g) are 
performed" as most new objects are not traced immediately upon creation (Barabash 
Page 15 "4.2.2 Undirtying via allocation caches"). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Barabash's teaching would have allowed Printezis to reduce the portion of pause time 
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due to mark by implementing lazy sweep (Barabash Page 3 "1.1 Our contribution") 
and also by skipping the new objects. 

Claim 38 is essentially the same as claim 8 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

With respect to claim 9, Printezis teaches "a method according to claim 8 
wherein said designating as "new" step is performed" as care must be taken not to 
deallocate newly allocated objects. This can be accomplished by allocating objects "live" 
(i.e., marked), at least during this phase (Printezis Page 4 "Mostly Concurrent 
Collection (Concurrent sweeping phase)"). 

Printezis teaches the elements of claim 9 as noted above but does not explicitly 
disclose the step of "if said object is part of an allocation cache from which objects 
are currently being allocated." 

However, Barabash discloses "if said object is part of an allocation cache 
from which objects are currently being allocated" as the JVM employs a cache 
allocation scheme, each thread obtains its own allocation block denoted allocation 
cache in which it allocates small objects (Barabash Page 7 "2.2 Our Concurrent 
Phase (Allocation and incremental work)"). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Barabash's teaching would have allowed Printezis to reduce the miss rate of up to 
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6.4% and no substantial change in pause time by implementing allocation cache 
(Barabash Page 4 "1.1.1 Algorithmic improvements") for the objects. 

Claims 28 and 39 are same as claim 9 except claim 39 sets forth the claimed 
invention as a system and are rejected for the same reasons as applied hereinabove. 

With respect to claim 10, Printezis teaches a method according to claim 8 and 
further comprising: 

"periodically unmarking any marked card containing only "new" objects" 

as figure 1 illustrates the operation of the mostly-concurrent algorithm. In this simple 
example, the heap contains 7 objects and is split into 4 pages. During the initial 
marking pause (not illustrated), all 4 pages are marked as clean and object a is marked 
live, since it is reachable from a thread stack (Printezis Page 5 "A Concrete Example" 
& Figure 1). The examiner interprets clean pages as unmarked and dirty pages as 
marked. In figure 1a page 3 is unmarked/clean and have unmarked objects on this 
card/page. 

"removing said "new" objects' "new" designation" as first, we recognize that, 
for most programs, a large majority of allocation in the older generation will be done via 
promotion from the young generation (Printezis Page 13 "Interaction with Young- 
Generation Collection"). Only the young generations are new but after the promotion 
to older generation they are not new anymore. 
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Claims 29 and 40 are same as claim 10 except claim 40 sets forth the claimed 
invention as a system and are rejected for the same reasons as applied hereinabove. 

With respect to claim 1 1 , Printezis teaches "a method according to claim 10 
wherein said periodically unmarking and removing steps are performed" as figure 
1 illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack (Printezis Page 5 "A Concrete Example" & Figure 1). 
First, we recognize that, for most programs, a large majority of allocation in the older 
generation will be done via promotion from the young generation (Printezis Page 13 
"Interaction with Young-Generation Collection"). The examiner interprets clean 
pages as unmarked and dirty pages as marked. In figure 1a page 3 is unmarked/clean 
and have unmarked objects on this card/page. Only the young generations are new but 
after the promotion to older generation they are not new anymore. 

Printezis teaches the elements of claim 1 1 as noted above but does not 
explicitly disclose the step of "if said object is part of an allocation cache from 
which objects are not currently being allocated." 

However, Barabash discloses "if said object is part of an allocation cache 
from which objects are not currently being allocated" as as the JVM employs a 
cache allocation scheme, each thread obtains its own allocation block denoted 
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allocation cache in which it allocates small objects (Barabash Page 7 "2.2 Our 
Concurrent Phase (Allocation and incremental work)"). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Barabash's teaching would have allowed Printezis to reduce the miss rate of up to 
6.4% and no substantial change in pause time by implementing allocation cache 
(Barabash Page 4 "1.1.1 Algorithmic improvements") for the objects. 

Claims 30 and 41 are same as claim 1 1 except claim 41 sets forth the claimed 
invention as a system and are rejected for the same reasons as applied hereinabove. 

With respect to claim 24, Printezis teaches a method for collecting garbage in 
a computing environment, the method comprising: 

"a) tracing a root object to any of its reachable objects in a population of 
objects" as record all objects directly reachable from the roots (globals, stacks, 
registers) of the system (Printezis Page 4 "Mostly Concurrent Collection (Initial 
marking pause)"). 

"b) marking any of said objects referred to in step a)" as at the same time, 
initiate a concurrent marking phase, which marks a transitive closure of reachable 
objects (Printezis Page 4 "Mostly Concurrent Collection (Concurrent marking 
phase)"). 
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"c) unmarking a marked card comprising any of said objects" as Figure 1 
illustrates the operation of the mostly-concurrent algorithm. In this simple example, the 
heap contains 7 objects and is split into 4 pages. During the initial marking pause (not 
illustrated), all 4 pages are marked as clean and object a is marked live, since it is 
reachable from a thread stack. Figure 1a shows the heap halfway through the 
concurrent marking phase. Objects b, c, and e have been marked. At this point, the 
mutator performs two updates: object g drops its reference to d, and object b has its 
reference field, which pointed to c, overwritten with a reference to d. The result of these 
updates is illustrated in Figure 1b. Also note that the updates caused pages 1 and 3 to 
be dirtied (Printezis Page 5 "A Concrete Example" & Figure 1). The examiner 
interprets a page as a card since the page comprises the objects. The examiner also 
interprets dirtied page to be marked and clean pages as unmarked. 

"d) tracing any marked object on said unmarked card to an unmarked 
referent object of said marked object 

e) marking said unmarked referent object 

f) tracing said referent object marked in step e) to any of its reachable 
objects 

g) marking any of said objects referred to in step f) 

h) tracing any unmarked root object referent to any of its reachable objects 

i) marking any of said objects referred to in step h)" as complete the marking 
phase by marking from the roots, considering modified reference fields in marked 
objects as additional roots. Since such fields contain the only references that the 



Application/Control Number: 10/625,048 Page 28 

Art Unit: 2166 

concurrent marking phase may not have observed, this ensures that the final transitive 
closure includes all objects reachable at the start of the final marking phase (Printezis 
Page 4 "Final marking pause" & Figure 1). These lines and figure 1 teaches us that 
there are multiple steps of tracing and marking objects. 

"j) performing any of steps c)-g)" as it may also include some objects that 
became unreachable after they were marked. These will be collected during the next 
garbage collection cycle (Printezis Page 4 "Final marking pause"). 

"k) designating any unmarked object in said population of objects as 
available for reallocation" as every such path consists either entirely of unmarked 
objects allocated during marking, or contains at least one marked object (Printezis 
Page 16 "4.8 Concurrency Issues"). These lines teach that the unmarked objects are 
allocated during marking. 

"I) during any cycle of a plurality of cycles during which steps a)-g) are 
performed: designating any of said objects as "new"" as care must be taken not to 
deallocate newly allocated objects. This can be accomplished by allocating objects "live" 
(i.e., marked), at least during this phase (Printezis Page 4 "Mostly Concurrent 
Collection (Concurrent sweeping phase)"). Examiner interprets "live" as "new". 

"wherein any of steps a)-g) are performed upon said population of objects 
concurrently with the operation of a mutator upon said population of objects 
within said computing environment" as a garbage collection algorithm that has been 
designed to serve as the oldest generation of a generational memory system. It 
attempts to decrease the worst-case garbage collection pause time, while taking 
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advantage of the benefits of a generational system. It is an adaptation of the "mostly 
parallel" algorithm of Boehm et al. [6]. It usually operates concurrently with the mutator, 
only occasionally suspending the mutator for short periods (Printezis Page 2 "1. 
Introduction") and "wherein any of steps h)-k) are performed upon said 
population of objects while no mutator operates upon said population of objects 
within said computing environment" as there are some ways in which our mostly- 
concurrent collector has been optimized or modified to work as the older generation in a 
generational collector. First, we recognize that, for most programs, a large majority of 
allocation in the older generation will be done via promotion from the young generation. 
(The remainder is "direct" allocation by the mutator in the older generation, which 
usually occurs only for objects too large to be allocated in the young generation). 
Promotion occurs while mutator threads and the concurrent garbage collector thread 
are suspended, which simplifies matters. We take advantage of this simplification by 
supporting a linear allocation mode during young-generation collection (Printezis Page 
13 "4.6 Interaction with Young-Generation Collection"). The examiner interprets the 
steps a)-g) as oldest and older generation collection and steps h)-k) as young 
generation collection. These lines teach us that the mutators are suspended and do not 
operate for the young generation collection. 

Printezis teaches the elements of claim 24 as noted above but does not 
explicitly disclose the step of "deferring the tracing of said "new" objects." 
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However, Barabash discloses, "deferring the tracing of said "new" objects" 
as most new objects are not traced immediately upon creation (Barabash Page 15 
"4.2.2 Undirtying via allocation caches"). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Barabash's teaching would have allowed Printezis to reduce the portion of pause time 
due to mark by implementing lazy sweep (Barabash Page 3 "1.1 Our contribution") 
and also by skipping the new objects. 

Claim 45 is essentially the same as claim 24 except it sets forth the claimed 
invention as a system and is rejected for the same reasons as applied hereinabove. 

Conclusion 

6. The prior art made of record and not replied upon is considered pertinent to 
applicant's disclosure is listed on 892 form. 



Contact Information 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Usmaan Saeed whose telephone number is (571)272- 
4046. The examiner can normally be reached on M-F 8-5. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hosain Alam can be reached on (571)272-3978. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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